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RESPONDING TO REQUESTS AT THE NATIONAL SPACE SCIENCE DATA CENTER 


James A. Fava, C. Kenneth Mlchlovitz,* and Nick Karlow 
National Space Science Data Center 
Goddard Space Flight Center 
Greenbelt, Maryland 


Abstract 

NASA's National Space Science Data Center 
(NSSDC) receives many worldwide requests for space 
science data; many varieties of machine- and 
nonmachine-sensible data are involved. Usually, 
data and services are provided for scientific research 
either free or on a cost basis. To handle the re- 
quests received , NSSDC has developed and put into 
operation a processing system and an accounting sys- 
tem. The Request Accounting, Status and History 
(RASH) file provides up-to-date information in the 
number of requests , their status , estimated and ac- 
tual costs, and processing time. A microfilm re- 
trieval system and a production-line tape reformat- 
ting system are two future goals. 


Introduction 

For the past 5 years, the National Space Sci- 
ence Data Center has responded to diverse requests 
for space science data and information. During our 
first year, the Data Center handled 378 requests; 
during the past year, we received, processed, and 
fulfilled over 1800 requests for space science data 
and information. These requests were from NASA, 
other government agencies, private industry, and 
academic institutions in the United States, and from 
scientifts and institutions in 42 countries throughout 
the world. The requests, involving both machine - 
and nonmachine-sensible data, were for satellite and 
rocket data, correlative data, meteorological data, 
lunar data, ephemeris data, documentation, and com- 
puter programs . The primary data base from which 
the space science data and information are supplied 
is built upon a file that currently accounts for about 
1400 satellites, 1900 experiments, and 800 data sets, 
and it is growing rapidly. 


Since many information scientists and specialists 
are involved directly or indirectly in some form of 
request activity, we believe that the Data Center's 
experiences in handling requests , in developing and 
operating a request system, in encountering and 
solving problems , in facing the user charge question , 
and in charting a path for the future will be of inter- 
est, and perhaps of assistance, to other information 
professionals. 


•The KMS Technology Center. 


Hackground 

The National Space Science Data Center was es- 
tablished by the National Aeronautics and Space Ad- 
ministration to provide for the dissemination and anal- 
ysis of space data beyond that provided by an original 
experimenter. To fulfill this mission, the Data Cen- 
ter is engaged in the active collection, organization, 
storage, announcement, retrieval, dissemination, 
and exchange of space science data obtained from 
satellite experiments, sounding rocket probes, f.nd 
high-altitude aeronautical and balloon investigations. 
Some specific disciplines covered are Ionospheres 
and Radio Physics, Planetary Atmospheres. Par- 
ticles and Fields, Solar Physics, Astronomy, and 
Planetology (including Selenology). 

The Data Center is operated by a staff of approx- 
imately 100 persons. The scope of work and type of 
effort involved in operating the Data Center are 
shown in Figure 1 , which presents the main functions , 
the type of personnel involved, and the number of 
people involved in each function. Figure 2 is a func- 
tional model of NSSDC operations showing the relation- 
ship of the various activities being performed. (1) 

As illustrated in the model, the NSSDC acquisition 
staff establishes contact with investigators, collects 
data and associated documentation, and provides work 
definitions to the supporting production staffs . In ad- 
dition, the acquisition staff performs scientific anal- 
ysis and special studies of the information in the Data 
Center. The production staffs operate interdepen- 
dently. Their basic functions include computer pro- 
cessing services, generation of special computer pro- 
grams , maintenance of the automated information 
files, storage of data, and preparation and distribution 
of announcement material. One additional service- 
unique in this context— is a research and analysis 
group established to support special stuaies under- 
taken at the Data Center. The request staff receives 
and services requests from the user community- In 
this connection, they identify tasks to be performed 
by the production staffs, and, for on-site data users, 
arrange for any support that is necessary. 

In its daily activities , the Data Center handles 
large quantities of digital magnetic tapes, microfilm, 
photographic film, photographic prints, and sheets 
and bound volumes. The large amounts and wide di- 
versity of data called for a systems approach in the 
operation of the Data Center. The development and 
implementation of the NSSDC Information System has 
required the use of microfilming, digitizing, and 
computing equipment and associated software. 
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The Technical Reference File (TRF) is used to 
provide Data Center personnel with internal docu- 
mentation support and a tool for satis 'yin;? the oibli- 
ographic needs of space science data users. It in- 
cludes published and unpublished documents relating 
to spacecraft, experiments, and data sets that are or 
will be preserved at the Data Center. Ar important 
feature of the file is that Datu Center scientists have 
established the keywording system ami now do the 
keywording themselves, thereby eliminating the com- 
mon gap between index- and user-selected keywords. 

These three components of the system handle the 
activities involved in obtaining data and information, 
getting them into the system, and preparing them for 
retrieval. However, the greatest of systems is prac- 
tically worthless unless it includes an efficient way of 
getting its product to the users and of keeping track of 
the users' needs. This is where the request process- 
ing system and the Request Accounting, Status and 
History file play a major role. 


"Magnetic Tape Selectric Typewriter 
Figure 1 . Types and Numbers of Personnel at NSSDC 

The NSSDC Information System has been described 
in detail elsewhere. (2) (3) (4) However, the following 
brief overview of the •.ystem is provided here to show 
how the request processing activities fit into th“ total 
system. 

The Automated Internal Management (AIM) sys- 
tem is the centralized source of information around 
which Jte other subsystems revolve- It is built upon 
detailed descriptions of the data, experiments, and 
spacecraft, along with information on the status of 
acquisition activity . It is used for logical searches , to 
determine workload /volume of expected data , to pro- 
vide action reminders , and to provide management re- 
ports ami indexes. 

To be responsive to users who request data as 
well as those who provide the original data, the Data 
Center system must be sufficiently flexible to accept 
data in any format and provide it in any format. To 
this end, the Machine-Oriented Data System (MODS) 
is used for processing machine-sensible data into the 
NSSDC computerized data base, for data set analysis, 
for the generation of data set catalogs, for tape re- 
formatting, •• and for report production. 


**Tlm function is one of the tasks peifoimed through the use of an NSSDC -developed package known as 11 FI (Package for Information Formatting 
and Transformation) 
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Request Processing 

In addition to their overall request monitoring 
function, the Data Center's request services staff has 
specific responsibility for request verification, defi- 
nition, scheduling, and distribution. Their functions 
also include identifying the materials needed to satisfy 
each request, maintaining contact with a requester, 
maintaining all records related to a request, and ex- 
ercising quality review on all data and correspondence 
prepared for a requester. 


NAUONAl SPAU Cell NCI DA * A ' IMIB 



Figure 2. Functional Model of National Space Science 
Data Center 


Function 

Types of Personnel 

Number 

Management 

R&D Administration 

4 

Data Acquisi- 
tion 

Space Scientist 

12 


(Planning and Development 

4 

Systems 

' Analyst/Progrommer 

5 


[File Maintenance 

7 

Computer 

Data Technician 

11 

Services 

Keypunch Operator 

2 

Programming 

Services 

F i ogrammer 

9 

Data Storage 

Data Technician 

8 

Graphic 

Photo Technician 

7 

Services 

Microfilm Technician 

1 

Publication 

Services 

Writer/Editor 

Technician 

5 

1 

MTST* Operator 

1 

Research 

Space Scientist 

3 

and 

Programmer 

2 

Analysis 

Technician 

2 

Request 

Services 

Request Agent 

4 

Administration 

Administrative Assistant 

1 

Clerical 

6 


Total 

95 
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Request Processing Cycle 

All requests for data are handled in six stages: 
receipt, validation, definition, processing, comple- 
tion, and follow-through, a process that may take a 
few minutes to several months to complete. A gen- 
eralized flow chart of the processing cycle is shown 
in Figure 3. The request services personnel (known 
as request agents) control tne flow of requests through 
these six stages. The vehicle for documenting all 
stages of request handling is the NSSDC Data Request 
Form (Figure 4). This form and its role in providing 
input information for the RASH file are discussed in 
detail later. 



Figure 3. Processing Flow for NSSDC Request Services 


Receipt . All requests, verbal or written, for 
data and information are directed to request agents 
for handling. A specific form is available for docu- 
menting verbal requests to ensure that there is al- 
ways a written record of a requester's order. Each 
request is reviewed by the Request Services Manager 
to verify that it should be serviced by the Data Center. 
Requests for data or cervices that are not available 
through NSSDC are immediately referred to the ap- 
propriate office for response. 

Validation . Requests from established users 
that are within the guidelines of the NSSDC charge and 


service policy (which will be discussed later) are 
handled in the manner described in the following 
paragraphs. However, when requests do not identify 
the intended use of the data or the scientific back- 
ground of the requester, action is taken by the request 
agent to obtain this information prior to initiating 
processing activities. Any questions concerning the 
form, volume, reproduction costs, or difficulty in 
using the data are also clarified before beginning to 
process the request. When it is determined that data 
reproduction or service charges are required, the 
requester is asked to provide paymesit of the specific 
amount by check or postal money order. Once pay- 
ment has been received and the request has been val- 
idated, it is assigned to a requt3t agent for definition 
coordination. 

Definition . The definition stage begins when a 
request agent receives an authorized request; it 
terminates when the request has been either prepared 
for processing or withdrawn. The request activity at 
the Data Center can be broken down into the following 
categories: 

1. Requests for off-the-shelf items where no 
special reproduction is required to satisfy 
the request; i.e- , the data or documentation 
required to satisfy the request is available in 
multiple copies- The request agent is 
responsible for all actions taken in regard to 
filling the request, and the processing step is 
skipped. Under normal conditions, this re- 
quest category is completed within 2 to 3 
working days of receipt. 

2. Requests that are well defined when received 
and involve only the reproduction of data in a 
standard format, e. g. , a request for prints 
ol specific photographs or one for duplicates 
of several reels of microfilm. For these 
requests , the request agent precisely identifies 
the units (data) required by the requester and 
the work to be performed by the processing 
group. After production -nd verification, the 
processing group gives the reproduced data 
to the request agent for the completion stage. 
Processing time for this type of request will 
vary depending on the quantity of materials 

to be reproduced and existing backlogs in the 
processing group. Small reproduction tasks 
are normally inserted into the work queue 
ahead of very large tasks . The majority of 
well defined requests are completed within 
3 weeks of receipt. 

3. Requests that require definition and/or com- 
plex or special processing - Although these 
requests presently constitute only a small 
percentage of the request activity, they con- 
sume a large share of the Data Center's man- 
power resources. For this type of request, 
the agent contacts the person(s) In the Data 
Center who could most likely provide the 
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PART II 


PART III 


PART V 


PART IV 


PART VI 


PART VII 


Figure 4. NSSDC Data Request Form 


strahlung X rays in auroral zones with satel- 
lite data on electrons in the magnetosphere. 
Data are required for (1) times when the satel- 
lite was at L values !'rom 4 to 10 in the energy 
range 15-150kev, (2) times when the satellite 
was in the geomagnetic tail in the energy 
range from a few ev to 150 kev. Do you know 
if these data are available, and where, for 
the following period*: 28 July - 13 August 
1967 and 23 March - 7 April 1968?" 


definition of the request so that processing can 
be initialed. In some cases the Data Center 
expert can provide a definition of thework re- 
quirements with little effort; sometimes, 
however, the definition may involve weeks of 
effort or. (he part of the Data Center expert 
and contacts with the requester, the experi- 
menter who submitted the data, programming 
personnel, and others. The request agent 
often will not he involved in the actual defini- 
tion of tl« request, but he is responsible for 
providing pertinent information to the RASH 
file on tin status of the request- Once the 
procesein; has been defined, the request fol- 
lows the same flow as described for the well 
defired request. One example of a request 
that falls mto this category is: "We wish to 
correlate ?orae summer 1967 and winter 1968 
balloon ;n -asurements of electron brems- 


Processing . Once a request is properly defined 
and the instructions for processing are entered on the 
Data Request Form, a copy of the form and the re- 
quest aresent to the group responsible for the process- 
ing. Asthe request is being processed, any problems 
encountered in filling the request are entered in the 
"remarks" section (Part VII) of the form. The process 
<ng group is responsible for providing the information 
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nucessary to complete Part V of the form and for 
keeping the request agent Informed of the processing 
schedule. The agent must also Inform the processing 
group (In writing) If the status or estimated comple- 
tion date of the request Is changed. During process- 
ing, all status and scheduling information is entered 
into the Request Accounting, Status and History file, 
where it is accessible to the entire NSSDC staff. At 
the completion of processing, the processing group 
inspects the quality of the materials and gives the 
data reproductions and any special documentation re- 
garding the data processing to the request agent. 

Copy 4 of the Data Request Form, with information 
to complete Part V and the "processing complete" 
date enter I'd in Part II, is also returned to the agent 
at this tim . 

Completion . Upon receipt of a completed data 
package, the request agent compares the processed 
data against the initial data request- If there are no 
problems, he then prepares a letter of transmittal 
and enters the "documentation complete" date on the 
form. The letter and copy 1 of the Data Request 
Form are forwarded to the Request Services Manager 
for review and then to the Shipping and Receiving 
Clerk, who makes a final check by comparing the 
labeling and identification of all packages with the 
items listed in the transmittal letter. As a general 
procedure, a copy of the signed letter of transmittal 
is included in shipments sent separately from the 
original letters. As soon as the materials have been 
shipped, the shipping clerk gives the request agent 
the shipping information for entry onto the Data Re- 
quest Form (Part VI). 

Follow-Through . Requesters' comments (feed- 
back) regarding the condition of the data received or 
its usefulness are often received and forwarded to the 
interested persons. It is of particular interest to 
know whether analysis of the data made available by 
the Data Center results in published scientific papers. 
Plans are now being formulated for a survey of past 
users of our services toward obtaining comments on 
how we can better serve the user community. The 
RASH file (discussed below) should be invaluable in 
helping us conduct the survey. 

Request Accounting, Status rj»d History (RASH) File 

The RASH file is the information subsystem used 
at the Data Center to account for the progress of re- 
quest servicing. It provides our staff with up-to-date 
information on the number of requests , their status , 
estimated and actual costs, and processing time. 

This information can be searched and retrieved by 
data set, requester's name or affiliation, date of re- 
quest, date filled, request agent, or request status. 
Detailed information on the input specifications, out- 
put reports , and RASH program documentation is 
presented in References 5 and 6. 

All of the information contained in Parts I, n, 

IV, V, and VII of the Data Request Form is entered 


into the RASH file. The request agent uses both codes 
and free-text comments to complete the form. These 
are keypunched and entered into RASH at various 
stages of the request handling process. 

RASH-gcnerated reports on the accounting, status, 
or history of request servicing, which are provided 
to the NSSDC staff as required, serve as effective 
tools in the processing of requests. They do this by 
generating "action reminders" and producing timely 
displays of work queues, requester history, and data 
set popularity. RASH also aids in the construction 
of a dynamic model of the Data Center by supplying 
us with information describing the user community, 
the types of requests received, the kinds of responses 
required, and the data sets most likely to be 
distributed. 

Among the reports currently being produced from 
the RASH file are: 

1. NSSDC RASH File Listing 

2. Summary of Data Request Services 

3. NSSDC Request Accounting, Status and 
History Report 

4. Data Request Master Log 

5. Machine-Sensible Data Reproduction 

6. Non Machine-Sensible Data Reproduction 

7. Payments Received for Reproduction Services 

8. NSSDC Special Request Classification 

9. Action Reminders 

Some of the more complex of these reports are ex- 
plained below. 

NSSDC RASH File Listing . This listing contains 
the complete contents of each RASH file entry (sec 
Figure 5). In some cases, codes are expanded to a 
more readable form, but all data in the entry are 
listed out. This output is produced weekly for all 
active requests, i. e- , those requests that were com- 
pleted during the processing week or were in some 
stage of processing as of the last day of the process- 
ing week. This listing is also routinely produced on 
a monthly basis for all active requeots and can be 
set to lL»t all requests received after a given date. 

Summary of Data Request Services . This report 
presents information on the number of requests (a) 
received, (b) in process, (c) in suspense, and (d) 
completed during any specified time period. It also 
breaks down the request activity into two user com- 
munities (GSFC and other than GSFC) and categorizes 
the request activity according to the type of data 
requested. 
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Figure 5. NSSDC RASH File Listing 



Figure 6. Request Accounting, Status and History Report Ordered by Request Agent 


NSSDC Request Accounting, Status and History identify the requests made by Individuals and organi- 

Report . This report consists of one-line entries per- zations as well as requests for each data set. The 

taining to requests that are active or completed dur- lists (Figure 7) are ordered by requester name , re- 

ing any specified period. The output can be ordered quester affiliation, and data set. These lists are 

by request agent, date of last entry, date of request quite useful to the request agents for determining the 

generation (date request made), date of request au- complete names and addresses of requesters and in- 

thorization, or request status. A sample of the Re- formation about the data they received. For example, 

quest Accounting, Status and History Report ordered lists ordered by affiliation and data set could be used 

by request agent is shown in Figure 6. The last page as a reference should a request be received from 

of this report provides summary information on the BELLCOMM, Inc. , for Lunar Orbiter microfilms, 

number of requests received and completed, the total The request agent first determines the request nura- 

number of requests in each substatus classification, ber for all requests received from BELLCOMM. He 

and the total number of requests in each major status then checks the item "Lunar Orbiter 1-5 Plx, NSSDC" 

classification (hold, processing, or terminated). in the data-set-ordered list to see if any of the 

BELLCOMM request numbers appear. If there is a 

NSSDC Special Request Classification . There are match, the agent uses the HASH File Listing to gather 
three complete lists of requests produced weekly that complete information about the previous BELLCOMM 
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(a) NSSDC Request! Ordered by Requester 



(b) NSSDC Requests Ordered by Affiliation 



(c) NSSDC Requests Ordered by Data Set 
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Figure 7 . NSSDC Special Request Classification 


request and, perhaps, finds that he can simply refer 
the new requester to a person in the same office who 
already has the required data. This hac happened 
many times. Thus, the efficient utilization of the 'in- 
formation presented in these three lists results in the 
savings of many man-hours of labor as well *s in 
substantial cost savings for mater la's. 

Action Reminders . Action reminders are auto- 
matically generated from the HASH file when the 
estimated completion date for an active request lias 
elapsed, no action hcs been taken on an active re- 
quest for 45 days, or the material is provided to a 
requester on a loan basis ■ Action reminders ure 
sorted by request agent and contain the agent's initials, 
the request number, and the reason for the reminder. 



A systems discussion would not be complete with- 
out taking a look at the efficiency of the system. As 
a service organization, the Data Center must be in a 
position or develop the capability to provide a wide 


variety of services and products to its users. These 
have been discussed in detail in References 7 and 8. 
As mentioned previously, the Data Center must be 
able to accept data in a variety of forms and formats 
and then announce and furnish the data and documen- 
tation necessary to a variety of users. These user 
groups Include scientists in the same and related 
disciplines , engineers and designers , planners , man- 
agement, and educational activities. Table 1 shows 
a breakdown, by affiliation, of Data Center user 
groups for 1969. 

Table 2 shows the number of requests completed 
in 1969 by the various categories on which records 
are kept. The total hours of computer time and the 
costs of materials, including magnetic tapes, are in- 
dicated in this table. In filling requests in 1969, the 
Data Center processed some 472 magnetic tapes , 
10,800 xerographic copies, 2784 100-foot reels of 
microfilm, 16,734 photographic prints, 13,241 feet 
of film duplicates, 1100 miscellaneous photographic 
reproductions, and several hundred thousand pages 
of computer listings. The total man-years of effort 
involved in request processing account/, for approxi- 
mately 20 percent of the total Data Center manpower 
resources. 
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Table 1 

Summary ol Requests by Affiliation Category for 1969 


Affiliation 

Number of 
Individual 
Requesters 

Percentage 
of Total 

Goddard Space Flight 
Center 

389 

21.7 

Other Government 

253 

14.1 

Agencies (U.S.) 

Academic Institutions 

442 

24.7 

(U.S.) 

Private Industry (U.S.) 

181 

10. 1 

Foreign Scientists 

389 

21.7 

and Institutions 

Miscellaneous 

135 

7.7 


1789 

100.0 


Note: Since one requester may ask tor data Irom more than one cate- 
gory, we consider that a total of 1834 requests were completed 
in 1969. 


User Charges 

The Bureau of the Budget establishes the basic 
policies within the Government on charging for 
Government-rendered services, establishing fees to 
recover costs, and disposing of collected fees. (9) 

An important point to be noted is that the actual fees 
to be charged are based upo~. the direct and indirect 
costs to the Government activity supplying the ser- 
vices, but are not based upon the original costs of 
collecting the data. 

NASA, implementing these policies, has author- 
ized the Director of NSSDC to waive the fees for re- 
production and dissemination of data and/or services 
if the cost of collecting the fee would be an unduly 
large proportion of the fee, if the data furnished are 
required to accomplish a NASA-approved research 
task, or if the data are to be used by a federal, state, 
cr local government agency or by a non-profit organ- 
ization. However, the Data Center must charge, re- 
gardless of the cost, for requests for data that are to 
be used for a private or commercial purpose. 

Within these guidelines , the Data Center developed 
its basic user charge policy in April 1968. The Data 
Center furnishes data and/or services free of charge 
if the request is for a scientific or research project 
or for higher educational purposes and if the costs of 
the materials/services do not exceed several hundred 
dollars. So far, this policy has been effective; by 
adopting such a policy, the Data Center has been able 
to fill a substantial number of requests with its limited 
resources. The user charge policy also has been 
very effective in many instances in reducing a very 
large request to -me of reasonable size . For example , 


the Data Center has approximately 3100 20- x 24-inch 
pictures fr jm the Lunar Orbiter series of spacecraft. 
When these pictures were first announced, a large 
number of requests were received for complete sets. 
However, when a requester was informed that a com- 
plete set of pictures would cost $9300 ($3. 00 each), 
the request shrank to a manageable size very quickly. 
In addition, it has been our experience that groups or 
agencies that have a legitimate need fora large amount 
of data are willing and able to pay for the data. Our 
problem is that funds received from a nongovernment 
source cannot be used by the Data Center, but are re- 
turned to the U.S. Treasury. 

Although we do not intend to list specific user 
charges here, we feel that an explanation of the pro- 
cess used to develop such cliarges might be interesting. 
Our basic approach was to develop a method that 
would be acceptable as far as policy was concerned 
yet could be implemented by the Data Center with a 
minimum of effort and without requiring an elaborate 
internal cost accounting system. 

Charges are based upon the actual costs of the 
suppUes and materials and labor. A unit charge has 
been computed for each item based upon the cost to 
produce the item. The supplies and materials cost, 
i.e. , the cost of the film, chemicals, reels, mailing 
boxes, Xerox copy, etc. , is added to the labor cost 
for producing that particular unit. The labor cost is 
established by determining the average time to pro- 
duce a particular type of reproduction, i.e. , one 100- 
foot reel of 35-mm microfilm, an 8- x 10-inch trans- 
parency, etc. Since a number of professional and 
nonprofessional labor categories are actually involved, 
an average of their hourly rates is used to determine 
’init labor cost. To charge for the overhead activities 
of procurement and shipping and receiving, 50 percent 
of the cost of supplies and materials is added to the 
unit cost as the installation cost. An additional 15 
percent of the sum of the supplies and materials cost, 
the labor cost, and the installation cost is added to 
cover NASA Headquarters costs (general and admin- 
istrative cost) to determine the unit charge. In ad- 
dition, the actual cost(s; for computer time (when ap- 
propriate) and mailing are added to the total cost of 
the request. 

From September 1965 to April 1970, the Data 
Center responded to a total of 5680 requests. During 
this time period, records were kept on the amount of 
funds expended for supplies and materials and the 
maintenance of equipment, as well as on the computer 
time directly related to requests. Our records indi- 
cate that the total cost for fulfilling these requests 
far exceeds the amount we have collected. No rec- 
ords have been maintained on what we could have 
collected had we charged for all requests. However, 
our best estimate is that, even if we had charged for 
all requests and if we were able to use the money 
collected, this amount of funds would be only a small 
percentage of the total cost to support the Data Center 
during this period. 
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Table 2 

Request Processing - 1969 


Request Category 

Total 

Requests 

Use of Electronic 
Data Processing Machines (Hours) 

EAM 

Equip. 

Materials 

(Dollars) 

Distribution of 
Manpower 


Completed 1 

7094 

360/20 

360/30 

360/75 

4020 

(Man-Years) 

Rockets U Satellites 

195 

11.7 

■ 

9.7 

1.0 

- 

3.9 

4800 

3.80 

Correlative 

210 

53.7 


0.5 

- 

9. 1 

1.0 

3600 

2. 05 

Meteorological (Digital) 

34 

39.2 

1 

- 

11.0 

- 


400 

1.45 

Meteorological (Photofacsimile) 

106 

- 

- 

- 

- 


- 

600 

0. 55 

Lunar Photos 

786 

1.7 

- 

0.2 

- 


1.5 

6875 

7.45 

Gemini It Apollo Earth Photos 

134 

- 

- 

- 

- 

- 

- 

800 

0.45 

Documentation (Catalogs and 
general queries) 

178 

- 

- 

- 

- 

- 

- 

50 

0.35 

Data Exchange 

59 

16.4 

- 

5.5 

- 

- 

1.9 

650 

0.50 

Ephemeris 

29 

2.3 

- 

- 

- 

- 

- 

350 

0.60 

Program (Environmental Model, 
FIELD- FIELDG, B, L, etc.) 

103 

0.8 

0.3 

3.8 

1.6 

- 

26.2 

400 

0.50 


1834 

125.8 

0.3 

19.7 

13.6 

9.1 

34.5 

18525 2 

17. 70 3 


*A request for more than one category of data 1s Included here In each category to which It pertains. The total number of individual 
requests completed during CY 1969 is 1789. 

z Includes cost of approximately $4845 for 323 tapes which were sent to requesters and which were not returned or replaced. 

^Includes all manpower directly Involved in fulfillment of external data and/or information requests (programmers, acquisition 
scientists, photographic technicians , etc.). 


Operational Problems 

As in other areas of endeavor, Murphy's Law ap- 
plies to the request business. Because humans play a 
major role in the Data Center's request system, we 
have had our share of blunders —film negatives shipped 
instead of positive transparencies , prints reversed 
(mirror-imaged) from the negatives, one package of 
pictures mailed to Africa when it should have gone to 
a person in the U.S. , copying only one instead of 12 
files from a magnetic tape, etc. Although such inci- 
dents form a very minute fraction of the requests 
handled, each time we have learned something and 
either have instituted new quality control procedures 
or have made physical changes. For example, we 
were having a problem keeping track of reproduced 
data while waiting for the accompanying correspon- 
dence to be processed. (Many of the data packages 
are mailed separately from the correspondence. ) To 
solve this problem, we completely redesigned the 
physi cal layout of the mailroom to keep better track 
of items being shipped. In addition, we upgraded the 
level of some of our personnel to reduce mistakes 
that could have been prevented by the use of common 
sense. 


independent, densely packed standard format tapes 
through the use of a system software package. As a 
result, if we receive tapes in CDC 6600 format re- 
corded at 1600 bpi on 7 tracks, and if the requester 
has an IBM 360/75 witn tape drives to handle 800 bpi, 
a special program must be written to give him the 
data in a form he can readily use. 

Also, over the past few years our information 
system has been developed to the point where it now 
contains much valuable information of use to request 
processing activities. However, now that we have 
the information in the file and are beginning to use it, 
we find that we cannot select certain kinds of infor- 
mation from the file and present it in the most con- 
venient forms of output. The full AIM file now con- 
stitutes more than 4400 pages of computer listings; 
these listings are bulky and cumbersome for the re- 
quest agents to handle. 

The solutions to these and other problems are 
discussed in the following section. 

Future Outlook 


The errors we have experienced are common 
mistakes that can occur in any kind of operation. We 
consider these errors minor in relation to some other 
more serious problems we are having. For example, 
although we have some capability to process data on 
magnetic tape from one physical format into several 
others, we cannot produce self-documenting, machine - 



Just as in other activities , one must always be 
alert to improving services or pi oviding the same 
basic service by a less expensive method. Toward 
this end, the Data Center is continually looking into 
new and better ways of doing things , and we are at- 
tempting to keep abreast of the new equipment tech- 
nology entering die market. Some of the things we 







arc considering for helping us do our job more 
effectively are: 

1. Greater use of computer-output-microfilm 
equipment for micro-publishing, for com- 
puter graphics , and for providing complete 
listings from our automated systems files. 

For example , we have already started on the 
4400-page full AIM file. It can be produced 
on less than three rolls of 16-mm microfilm 
at less than 40 percent of the cost we had 
been encountering when running the listing on 
the IBM 360/30 line printer. 

2. Development of an on-line, interactive infor- 
mation system to answer such questions as 
that cited earlier as being difficult to respond 
to. A preliminary feasibility study on such a 
system has been completed. Because of the 
cost and development time associated with 
the implementation of an operational inter- 
active system, we are looking, during the 
interim period, into the possibility of using 
readily available microfilm information re- 
trieval systems using cartridge microfilms 
and keyboard access to help solve our paper 
handling problem and to get at the information 
faster. 

3. Further development of the M icnine-Oriented 
Data System (MODS) for handling digital in- 
formation in a more routine and production- 
like fashion. The majority of requests filled 
are for nonmachine-sensible data. It is ex- 
pected that within a year or so a substantial 

J increase in requests for machine-iensible 

data will occur. Thus, we will need to make 
greater use of MODS to handle digital data in 
large volumes. Another example of our cur- 
rent and expecteo use of MODS is illustrated 
by the case in which a set of data that con- 
sisted of 49 magnetic tapes ^neratfcd by a 
CDC 6600 computer system was merged and 
compressed onto 9 IBM 7094 compatible 
tapes. Performing such actions routinely 
will resume in substantial saving, of computer 
time, data handling time, ard overall costs 
associated with filling a request for a parti- 
cular set of data. 

4. Development and implementation of an SD: 
(Selective Dissemination of Information) sys- 
tem whereby information about new dat; ac- 
quired or planned to be acquired will 
automatically be sent to individuals who had 
previously expressed an interest in that dis- 
cipline of study or in that particular kind of 
experiment This system will enable us to 
more rapidlv get information into the hands 
of the potential user of the Data Center's ser- 
vices. More important, it will give us con- 
crete evidence on the expected use of the data. 
In this manner we can make more effective 


use of our resources by concentrating and 
giving priority to collecting those data having 
the greatest use potential, rather than rou- 
tinely collecting data in a time-ordered 
fashion. 

Over the past few years , the Data Center has de- 
veloped and expanded our user services capabilities 
and the request processing system to the point where 
it operates smoothly. But it is imperative that we 
not become stagnant. We must continually look into 
new services that will have broad user interests and 
at the same time review our current practices. But 
the critical point is that we must exchange ideas and 
methodologies to mutually take advantage of the latest 
technologies in the information sciences by learning 
from each other. 
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